One of my favorite locations to speak or attend is when Richmond has a SQL Saturday. (though if you are an organizer of another SQL Saturday’s I have submitted to, note that I said “one of my favorites” :)). This will be the third time I go to Richmond. I like it for several reasons:
- The people – I have coworkers coming up from Virginia Beach to attend, and from Maryland, and our leader lives in Richmond; I have a cowriter who is also speaking (Jessica Moss), and other good friends who are amongst the speakers and organizers
- The location – Richmond is a cool city to visit (even if it is just for a day,) and we are having a team gathering after the event
- The trip – I am driving in from Nashville, starting out tomorrow night, taking the slow road with time to stop and smell the roses. On the way back I am taking a vacation day and stopping by Dollywood, so that is awesome..
Of course, none of this fits into the “why should *you* care that I will be there” category. I will be speaking on Triggers, a subject that I equally love and loathe. Love because they are awesomely powerful tools to help manage data integrity. I loathe them because they are so misused by many people. That was why I initially put together this abstract.
Triggers are extremely powerful and useful (if somewhat rarely needed) objects that are coded very similar to a common stored procedure. Yet for their similarity, there are some very important differences that need to be understood. In this session, I will walk through what goes into writing a robust DML trigger, starting with a simple version of a trigger, and working through some very useful applications of DML Triggers..
It is set at the intermediate level so I have done some editing of the introductory material, and will focus more on several sets of examples with plenty of code to download when you head back home and need to write your own trigger.
Will I see you there?
Load comments